Dynamically Generating Perimeters

ABSTRACT

Systems and techniques relating to securely managing electronic resources are described. A described technique includes receiving a request to add to a mobile device an account setting for a server resource account. Detecting a trigger event for a new perimeter based on the account setting. In response to a parameter or a pattern associated with the account setting, retrieving a security policy from a resource server for the server resource account, and generating, by the mobile device, a new perimeter including the server resource account based on the security policy. The new perimeter is configured to prevent transferring data associated with the server resource account being transferred to mobile-device resources external to the new perimeter.

TECHNICAL FIELD

This disclosure relates to securely managing electronic resources.

BACKGROUND

In many instances, computational devices may include data, applications, and/or network resources whose accessibility are controlled by security protocols. For examples, the security protocols may include user accounts, administration rights, password protection, database management, and others. Though, resources associated with different enterprises and users may require different secured accessibility.

DESCRIPTION OF DRAWINGS

FIG. 1 is an example communication system environment for generating perimeters.

FIG. 2 is an example wireless communication device of FIG. 1.

FIG. 3 is a schematic showing data flows in an example wireless system.

FIG. 4 is another example wireless communication system in accordance with some implementations of the present disclosure.

FIG. 5A-C are example displays illustrating an example process for creating an enterprise perimeter.

FIG. 6 is a flowchart showing an example process for dynamically generating a perimeter.

Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

This disclosure provides details and examples of securely managing electronic resources, including techniques for dynamically generating perimeters. A perimeter may generally refer to a logical separation of resources, such as applications, stored data and/or network access. Resources included in a perimeter may be encrypted and password protected to securely separate those resources from resources in different perimeters. For example, resources in different perimeters may not be allowed to transfer between each other. In some implementations, perimeters may include personal perimeters and enterprise perimeters (or corporate perimeters). A personal perimeter may generally refer to a perimeter created by default for a user and managed by the same or a different user through a wireless communication device. An enterprise perimeter may generally refer to a perimeter created for or by a user and managed by a remote management server (e.g., a BlackBerry Enterprise Server (BES)). The personal perimeter may provide permission to be accessed by personal applications, and the enterprise perimeter, when unlocked by the user, may provide permission to be accessed by enterprise applications.

A wireless communication device, such as a tablet computer (e.g., BlackBerry Playbook tablet PC), may be associated with a default perimeter (e.g., a personal perimeter). The default perimeter may include data, application, network access, or other resources that can be used by the wireless communication device for “out of the box” operations. In some implementations, a user of the wireless communication device may add an enterprise account (e.g., a server resource account) to the wireless communication device. The enterprise account may be, for example, an ActiveSync email account, calendar account, or contacts account. The wireless communication device may detect a setting or policy (e.g., a device password protection policy) when the account is set up on the wireless communication device. The setting or policy may be detected by the wireless communication device as a pattern or a parameter. In some implementations, the wireless communication device may dynamically generate a new perimeter based on an event. For example, when a setting or policy is detected, the wireless communication device may automatically generate a new enterprise perimeter to securely separate resources associated with the enterprise account and provide access privileges of the enterprise account to the wireless communication device. In some other implementations, when the setting or policy is detected, a graphic user interface prompt may show on the wireless communication device. The wireless communication device may generate the new enterprise perimeter in accordance with user input through the interface. The new enterprise perimeter may be a private “enterprise” perimeter that can allow the user to download and locally access resources included in the enterprise perimeter on the wireless communication device.

In some aspects, the wireless communication device may access an enterprise server based on using tethering techniques such as a bridge device. Tethering can happen, for example, when the bridge device is a cellular phone (e.g., BlackBerry smartphone), which has both cellular services and wireless local area network (WLAN) services (e.g., Wi-Fi services) enabled, while the wireless communication device can use the WLAN services but not the cellular services. The cellular phone may access, through a cellular network, an enterprise account associated with an enterprise perimeter on an enterprise server. The cellular phone may perform tethering to the wireless communication device through the WLAN. When tethering, a user can add an enterprise account on the wireless communication device through the cellular phone. The wireless communication device may detect a setting or policy stored on the cellular phone associated with the enterprise perimeter, when enterprise account is added on the wireless communication device. The wireless communication device may retrieve settings or policies associated with the enterprise perimeter from the cellular phone. A new, “private”, enterprise perimeter may then be automatically generated on the wireless communication device based on the retrieved settings or policies.

FIG. 1 is an example communication system 100 for dynamically generating enterprise perimeters in accordance with the present disclosure. For example, the system 100 may automatically generate a perimeter in response to at least a request to access an enterprise account. Prior to generating a perimeter, the system 100 may receive account settings from a user and identify a pattern in the accounts setting. The pattern may include a parameter, an email address, a network address, security policies, information associated with setting up a push account, information associated with connecting with a bridge, a combination of the foregoing, or others. In some implementations, the system 100 may execute one or more of the following: receive a request to add resources for accessing an enterprise account (e.g., data, access privileges) by a user device (e.g., tablet computer); request account settings and other information (e.g., login information) from the user; determine that requested resources are for accessing an enterprise account with security policies (e.g., password, access rules, encryption keys); present a request to the user to generate a perimeter including the requested resource; transmit a request to an enterprise server for associated security policies; automatically generate a perimeter including the requested resource and security policies; or others. By dynamically generating perimeters, the system 100 may generate a perimeter to protect one set of account resources independent of or without the user or a company system administrator from having extra steps to set policies or configuration of the perimeter.

As for a high-level description of system elements, the communication system 100 includes a wireless communication device 102 communicably coupled to networks 104 a and 104 b (individually and collectively referred to as 104). In addition, the wireless communication device 102 may interact with a device owner 110, one or more users 106 a and 106 b (individually and collectively referred to as 106), one or more administrators 108 a-c (individually and collectively referred to as 108), a combination of the foregoing, or others. The wireless communication device 102 includes perimeters 110 a-c, and each perimeter 110 includes data 112, network access resource 114 for providing access to networks, applications 116 for providing services to users 106, configuration files 118 for configuring resources, and a policy 120 for defining policies for accessing enterprise accounts. As for a high-level description of operation, the device 102 receives a request to add resources for accessing an enterprise account in the enterprise network 104 a. In response to the request, the device 102 requests account settings and other information for accessing the enterprise account. The device 102 detects that the enterprise account includes one or more security policies based on a pattern included in the account settings such as an email address. The device 102 retrieves the one or more security policies from a server in the enterprise network 104 a and automatically generates a perimeter 110 to include applications 116 and one or more security policies 120 for accessing the enterprise account.

Turning to a more detailed description of the elements of the communication system 100, the wireless communication device 102 may be any local or remote computing device operable to receive requests from the user via a user interface, such as a Graphical User Interface (GUI), a CLI (Command Line Interface), or any of numerous other user interfaces. Thus, where reference is made to a particular interface, it should be understood that any other user interface may be substituted in its place. In various implementations, the wireless communication device 102 comprises an electronic computing device operable to receive, transmit, process and store any appropriate data associated with the communication system 100. As used in this disclosure, the wireless communication device 102 is intended to encompass any electronic device and/or computing device that has wireless communication capability. For example, the wireless communication device 102 may comprise a tablet computer, a personal computer, a laptop computer, touch screen terminal, workstation, network computer, kiosk, wireless data port, wireless or wireline phone, personal data assistant (PDA), smartphone, at least one processor within these or other devices, or any other suitable processing device. For example, the wireless communication device 102 may comprise a wireless communication device that includes an input device, such as a keypad, touch screen, mouse, or other device that can accept information, and an output device that conveys information associated with the operation of the resources, including digital data, visual information, or GUI. Both the input device and output device may include fixed or removable storage media such as a magnetic computer disk, CD-ROM, or other suitable media to both receive input from and provide output to users of terminals 106 through the display, such as a GUI. In addition, the device 102 may also include less or more perimeters 110 as compared with the three illustrated perimeters 110. In some implementations, the wireless communication device 102 may include at least one personal perimeter for out-of-the-box operation. Based on validating the identity of the user 106 for accessing the enterprise account, the user 106 may be authenticated to use services and/or access resources associated with the enterprise perimeter 110. The enterprise server may automatically generate policies on the wireless communication device 102. The wireless communication device 102 may then dynamically create a new perimeter 110 associated with the enterprise account, which is discussed in more detail in regards to FIG. 4.

The perimeter 110 may include password protection, encryption, and other process for controlling access to resources assigned to the perimeter or internal resources. A perimeter 110 may be generated by the device owner 104, a user 106, an administrator 108, or others. In some examples, the perimeter 110 a may be a personal perimeter created by default for the user 106 a and managed by the user 106 a. In some examples, the perimeter 110 a may be an enterprise perimeter created by an administrator 108 a for an enterprise and may be managed by a remote management server. In some implementations, each personal perimeter 110 may be associated with a personal account, and each enterprise perimeter 110 may be associated with an enterprise account. In addition, a given perimeter 110 may be accessed by the device owner 104, a user 106, an administrator 108, a combination of the foregoing, or others. In some implementations, each perimeter may be associated with a single user 106; while each user 106 may access multiple device perimeters 110. For example, the user 106 a may access resources within both the perimeter 110 a and the perimeter 110 b. The user 106 b may have access to resources in only one perimeter 110 c. The device owner 105 may have the ability to remove individual perimeters 110 from the wireless communication device 102. In some implementations, the user 106 may set up or log in to an enterprise account via a user interface. As described previously, the enterprise account may be an account that pushes data to the device 102 (e.g., ActiveSync). When the wireless communication device 102 accesses the account, the perimeter 110 may include policies identifying one or more security settings for the enterprise account. These policies may be at least one of maintained or enforced by an enterprise server (not shown) residing in an enterprise network (or corporate network) 104 a. While the perimeters 110 are illustrated as including all aforementioned resources such as data 112, network access resource 114, one or more applications 116, one or more configuration files 118, and one or more policies 120, the perimeters 110 may include some, all or different resources without departing from the scope of the disclosure.

In some implementations, the perimeter 110 may include one of one or more of the following states: unlocked (e.g., all operations to files in a file system domain are allowed; soft locked (e.g., all operations to the files in the domain are allowed, but running applications are prohibited, and user interactions are prevented, until the user unlocks; hard locked (e.g., no operations are allowed to access files in the domain, and the underlying encryption domain is locked); or others. When the system boots up, the domain may be hard locked, i.e., no application can access any resources until the user enters a password. When domain unlocking is executed, the user may be prompted for a password. When the user is validated, the underlying file system domain may be unlocked, and the state of the domain may change to unlocked. When the user selects the “lock” option in the user interface, or an idle timeout occurs, the domain may be soft locked. That is, applications that are running can still write/read from the domain, open/create new files and run as usual. However, user interactions may be prevented since the user interface is locked. If the backend (e.g., the enterprise server) sends a “hard lock” command, the underlying file system may be hard locked. The applications may no longer open, read, write or perform any operations on the files in the domain. Specifically, the domain may be hard locked when it is a) out of reboot, or b) if the backend sends a hard lock command. Otherwise, the domain may either be unlocked or soft locked. The underlying file system domain may not be locked unless it has never been unlocked after reboot or the backend has requested for the file system domain to be locked. Once a user enters a password, the underlying file system may be locked. In some implementations, the user can lock or unlock the user interface.

In the illustrated implementation shown in FIG. 1, a given perimeter 110 may include data 112, network access resource 114, applications 116, configuration files 118, a policy 120, a combination of the foregoing, or other resources. The data 112 may include various objects or data, including classes, frameworks, applications, backup data, business objects, jobs, web pages, web page templates, database tables, repositories storing business and/or dynamic information, and any other appropriate information including any parameters, variables, algorithms, instructions, rules, constraints, or references thereto associated with the purposes of the wireless communication device 102 and its applications 116. Additionally, the data 112 may include any other appropriate data, such as data associated with VPN applications, firmware logs and policies, firewall policies, a security or access log, print or other reporting files, as well as others. The data 112 may be stored in any memory or database module and may take the form of volatile or non-volatile memory including, without limitation, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), removable media, or any other suitable local or remote memory component.

The network access resource 114 may include any parameters, variables, policies, algorithms, instructions, settings, or rules for granting access to the network 102 a or 102 b or other network. For example, the network access resource 114 may include or identify firewall policies for accessing the enterprise network 104 a. In some implementations, the network access resources 114 include or otherwise identify one or more of the following: a username; a password; a security token; a Virtual Private Network (VPN) configuration; firewall policies; a communication protocol; encryption key certificates, or others.

The applications 116 may comprise any application, program, module, process, or other software that may execute, change, delete, generate, or otherwise manage business information according to the present disclosure. In certain cases, the communication system 100 may implement a composite application 135. For example, portions of the composite application may be implemented as Enterprise Java Beans (EJBs) or design-time components may have the ability to generate run-time implementations into different platforms, such as J2EE (Java 2 Platform, Enterprise Edition), ABAP (Advanced Business Application Programming) objects, or Microsoft's .NET. Further, while illustrated as internal to the wireless communication device 102, one or more processes associated with the application 116 may be stored, referenced, or executed remotely. For example, a portion of the application 116 may be an interface to a web service that is remotely executed. Moreover, the application 116 may be a child or sub-module of another software module or enterprise application (not illustrated) without departing from the scope of this disclosure. In some implementations, the application 116 may be a hosted solution that allows multiple parties in different portions of the process to perform the respective processing. For example, the enterprise network 102 may access the application 116 on the wireless communication device 102 or even as a hosted application located over network 102 b without departing from the scope of this disclosure. In another example, portions of the application 116 may be used by the user 106 working directly at the wireless communication device 102, as well as remotely via enterprise network 102 a. In some implementations, the applications 116 may be configured to access at least one of a personal perimeter 110 or an enterprise perimeter 110, which may be referred to as dual mode applications or hybrid mode applications. A dual mode application 116 may access either a personal perimeter 110 or an enterprise perimeter 110. A hybrid mode application 116 may access both a personal perimeter 110 and an enterprise perimeter 110.

The configuration files 118 may include any parameters, variables, policies, algorithms, instructions, settings, or rules for configuring software of the wireless communication device 102. For example, the configurations 118 may include a table that identifies settings for one or more applications 116. In some implementations, the configuration file 118 identifies initial settings for one or more applications 116. In addition to user applications 116, the configuration file 118 may identify settings for other types of applications such as operating system settings. The files 118 are often written in ASCII (rarely UTF-8) and line-oriented, with lines terminated by a newline or carriage return/line feed pair, depending on the operating system.

The policy 120 may include any parameters, variables, policies, algorithms, instructions, settings, or rules for accessing accounts. For example, the policy 120 a may identify one or more accounts external in the network 104 and information for accessing the accounts. For example, the policy 120 may include a password, an encryption algorithm and key, and access rules. In some implementations, the policy 120 may include or otherwise identify one or more of the following: a password; an encryption key; access rules; a specific account; a network address; internal resources; a user; an owner; an administrator; a time period; or other information. With regard to external accounts, the policy 120 may identify a specific account and associated rules or information for accessing the external account. In some implementations, a policy 120 may define or otherwise identify a process for user authentication prior to enabling access to an account. For example, the policy 120 may identify the type and content of user authentication (e.g., password strength, lifecycle) to apply to an account-access request.

The wireless communication device 102 may be connected to multiple networks, such as the enterprise network 104 a and the public network 104 b. The enterprise network 104 a is a network associated with an enterprise. The enterprise may comprise a corporate or business entity, a government body, a non-profit institution, or any other organization connected to the wireless communication device 102. The enterprise may be the owner 104 of the wireless communication device 102. Of course, the enterprise may also lease the wireless communication device 102 or may hire contractors or agents who are responsible for maintaining, configuring, controlling, and/or managing the wireless communication device 102. In the illustrated implementation, the networks 104 facilitate wireless and/or wireline communication with the wireless communication device 102. The networks 104 may communicate, for example, Internet Protocol (IP) packets, Frame Relay frames, Asynchronous Transfer Mode (ATM) cells, voice, video, data, and other suitable information between network addresses. In addition, while the enterprise network 104 a and the public network 104 b are each illustrated as a single network, each network 102 may comprise a plurality of networks. In short, the enterprise network 104 a and the public network 104 b are any suitable network that configured to communicate with the device 104.

As previously mentioned, the device 102 may use a bridge to communicate with the cellular network to access the enterprise account. FIG. 2 is an example device 200 for bridging the device 102 to the cellular network. The wireless communication device may include a processor 220, a memory 210, a wireless transceiver 230, an antenna 240, and a GUI 250. The memory 210 may further include personal perimeter resources 212 associated with a personal perimeter, and enterprise perimeter resources 214 associated with a personal perimeter. The personal perimeter resources 212 and the enterprise perimeter resources may be logically separated from each other. It should be understood that the wireless communication device may include additional or different components.

The processor 220 may include a microprocessor, a central processing unit, a graphic control unit, a network processor, or other processors for carrying out instructions stored in the memory 210. The functions of the processor 220 may include computation, queue management, control processing, graphic acceleration, video decoding, and execution of a sequence of stored instructions from the program kept in the memory 210. In some implementations, the processor 220 may also be responsible for signal processing including sampling, quantizing, encoding/decoding, and/or modulation/demodulation of the signal.

The memory 210 may include any memory or database module and may take the form of volatile or non-volatile memory including, without limitation, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), removable media, or any other suitable local or remote memory component. The memory 210 may store various objects or data, including classes, frameworks, applications, backup data, business objects, jobs, web pages, web page templates, database tables, repositories storing business and/or dynamic information, and any other appropriate information including any parameters, variables, algorithms, instructions, rules, constraints, or references thereto associated with the purposes of the wireless communication device and its personal/enterprise applications. In some implementations, such as the implementation shown in FIG. 2, the memory 210 may store the personal perimeter resources 212 and the enterprise perimeter resources 214. The resources included in the personal perimeter and the enterprise perimeter may be logically separated from each other. For example, the enterprise perimeter may enforce password protection, secure or encrypt data of the enterprise perimeter resources 214 stored for the associated enterprise account. As such, access to the enterprise perimeter resources 214 from outside applications (e.g., personal information manager (PIM) application) may be limited.

The wireless transceiver 230 can include both the transmitter circuitry and the receiver circuitry. The wireless transceiver 230 may be responsible for up-converting a baseband signal to a passband signal or vice versa. The components of wireless transceiver 230 may include a digital to analog converter/analog to digital converter, amplifier, frequency filter and oscillator. An antenna 240 generally comprises a transducer which can transmit and/or receive electromagnetic waves. The antenna 240 can convert electromagnetic radiation into electric current, or vice versa. The antenna 240 is generally responsible for the transmission and reception of radio waves, and can serve as the interface between the transceiver 230 and the wireless channel. In some implementations, the wireless communication device may be equipped with multiple antennas to take advantage of the multiple-input-multiple-output (MIMO) technology. The multiple antenna MIMO technology may enable the wireless communication device to set up multiple parallel data streams on the wireless channel, thereby increasing the throughput or reliability of the wireless channel.

The display 245 can be an output unit for presentation of information in visual or tactile form in response to electronic input signals. In some implementations, the display 245 may include a touchscreen, which is an electronic visual display that may detect the presence and location of a touch within the display area. Touchscreen may generally refer to a display that detects a touch with a finger or hand. Touchscreens also may detect other passive objects, such as a stylus. Therefore, a display 245 that includes a touchscreen can also be used as an input unit. In some cases, the wireless communication device may also include a keypad as an input unit.

The GUI 250 may be presented on the display 245. The GUI 250 may be operable to interface with resources included in the personal perimeter and/or the enterprise perimeter. For example, the GUI 250 may generate a visual representation of applications (e.g., a web browser application). The GUI 250 may provide interface for interactions between the wireless communication device and an enterprise service. Generally, through the GUI 250, the user is provided with an efficient and user-friendly presentation of data provided by or communicated within the system. The GUI 250 may be any graphical user interface, including but not limited to, a web browser, touch screen interface, or command line interface (CLI) that processes information and presents the processing results to the user. In general, the GUI 250 may include a plurality of user interface elements, such as interactive fields, pull-down lists, and buttons operable by the user on the wireless communication device. Some example implementations of the GUI in accordance with the present disclosure are described with regard to FIGS. 5A-C.

FIG. 3 is a schematic showing data flows in an example wireless system 300. In the illustrated implementation, the wireless communication device 302 is configured to communicate with corporate networks 304 a and 304 b and the Internet 304 c. The wireless communication device 302 includes a perimeter 306 a and a perimeter 306 b. The perimeter 306 a includes applications 308 a and 308 b, and the perimeter 306 b includes applications 308 c and 308 d. The perimeter 306 a may include a virtual private network (VPN) 310 that securely connects the application 308 a to the enterprise network 304 a. In some implementations, setting up a connection via the VPN 310 to the enterprise network 304 a may trigger the wireless communication device 302 to automatically create an enterprise perimeter, such as the perimeter 306 a.

The perimeter 306 a and the perimeter 306 b may include the network connection resource 312 a and the network connection resource 312 b. The application 308 b in the perimeter 306 a connects to the enterprise network 304 b through the connection 312 a. In some implementations, the application 308 c in the perimeter 306 b crosses perimeters to access the resource or network connection resource 312 a in the perimeter 306 a to connect to the internet 304 c. The application 308 d in the perimeter 306 b connects to the internet 365 using the network connection resource 312 b in the perimeter 306 b. All the aforementioned network connection resources 312 may be information for physically connecting through a physical interface 314, which may use wireless, Bluetooth, Universal Serial Bus (USB), Radio Frequency Identification (RFID), Near Field Communication (NFC), or other connection technologies. In some implementations, the perimeter 306 a may be an enterprise perimeter, and the perimeter 306 b may be a personal perimeter.

In some implementations, the perimeter network policy may include information for accessing an application, an application-perimeter, a network, and other resources. For example, the application field may describe the application to which the policy is assigned. The application field may include values that indicate the perimeter may be applied to all applications regardless of author, id, and/or version. The application field may have an Author-ID value that indicates the perimeter may be applied to any application published by the specified author. The application field may have an Application-ID value that indicates the perimeter may be applied to all versions of the specified application. The application field may have an Application-Version-ID value that indicates the perimeter may be applied to a specific version of the application.

In some implementations, the wireless communication device 302 may further include perimeter encryption policy, which may include fields such as the file system path, encryption, etc. The field for file system path may contain values that describe the area of the file system to which the policy applies. The values in the encryption field may describe whether the file system contents should be encrypted or unencrypted.

The applications 308 a-d may execute inside the perimeter 306 that each has been assigned to at startup. For example, the applications 308 a and 308 b can be executed in the perimeter 306 a, and the applications 308 c and 308 d may be executed inside the perimeter 306 b. In some implementations, these assignments cannot be changed in flight or after the system startup while the operating system is running. The perimeter 306 may define the environment available to each application, for example, the file directories, network resources, device capabilities, and others. In some implementations, running an application 308 in a corporate perimeter 306 can point the application 308 to a corporate repository. Applications are then installed and managed in the corporate perimeter 306.

An application may be installed into several perimeters 306 simultaneously (e.g., different versions, different licenses, etc.). In these perimeters 306, each perimeter installation may follow its own lifecycle. The perimeter administrator, such as the administrator 108 as shown in FIG. 1, may use a policy to describe which applications may or may not be installed inside the administrated perimeter. When viewing an existing resource (e.g., a media file, an online streaming video, a website, etc.), the view application may be automatically launched in the appropriate perimeter 306.

FIG. 4 is an example wireless communication system 400 in accordance with one or more implementations of the present disclosure. In the illustrated example, the wireless communication system 400 includes a wireless communication device 410, a cellular device 420, an enterprise server 430, a wireless access point 450 and a cellular base station 470. The wireless communication device 410 and the cellular device 420 may wirelessly communicate with a wireless access point 450 using a WLAN 440 with Wi-Fi or WiMAX services. The cellular device 420 may wirelessly communicate with a cellular base station 470 via a cellular network 460 with cellular services. The enterprise server 430 may be in an enterprise network (not shown) and communicably coupled to the WLAN 440 and the cellular network 460. In some implementations, the wireless communication device 410 may communicate with the cellular device 420 through tethering 480. For example, the cellular device 420 may be a bridge device, and information may be communicated between the wireless communication device 410 and the enterprise server 430 through the cellular device 420. In some implementations, the wireless communication device 410 may also have cellular network communication capability. In such cases, the wireless communication device 410 may communicate to the enterprise server 430 and the cellular base station 470 via the cellular network 460. It should be understood that the wireless communication system 400 can include additional or different components without departing from the scope of the disclosure.

The wireless communication device 410 may be any wireless communication device 102 described with regard to FIG. 1. The cellular device 420 may be any wireless communication device that includes cellular network communication capability. The cellular network 460 may be any telecommunication radio networks served by cellular base stations. For example, the cellular network 460 may be a 2^(nd) generation (2G), a 3^(rd) generation (3G), or a 4^(th) generation (4G) telecommunication network. Example 2G, 3G and 4G telecommunication network standards include Global System for Mobile communication (GSM), Interim Standard 95 (IS-95), Universal Mobile Telecommunications System (UMTS), CDMA2000 (Code Division Multiple Access), 3GPP long-term evolution (LTE), LTE-Advanced (LTE-A), and others. The cellular base station 470 may sometimes be referred to as cell site, Node B, evolved Node B based on implementations that can serve one or more cells included in the cellular network 460.

The WLAN 440 may be a network defined in the Institute of Electrical and Electronics Engineers (IEEE) wireless communications standards, e.g., IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n, or IEEE 802.11ac. The WLAN 440 may be used to provide Wi-Fi and/or WiMAX wireless services. The wireless access point 440 is an electronic device that may allow wireless communication devices to connect to a wired network using WLAN related standards. In some implementations, wireless access point 440 may be connected to a router (via a wired network), and may relay data between the wireless and/or wired devices on the WLAN based on tethering 480.

In some implementations, the wireless communication device 410 (e.g., a BlackBerry Playbook tablet PC) and the enterprise server 430 may directly communicate with each other via the WLAN 440, and/or the cellular network 460. The wireless communication device 410 may include a default perimeter. The default perimeter may be a personal perimeter that includes resources such as the resources described with regard to FIG. 1. The resources included in the personal perimeter may allow the wireless communication device 410 to perform “out of the box” operations. As discussed with regard to FIG. 1, the wireless communication device may dynamically generate an enterprise perimeter based on one or more trigger events. For example, a user of the wireless communication device 410 may add an enterprise account (e.g., a server resource account) to the wireless communication device 410, and this process may be a trigger event for generating the enterprise perimeter. An example process of adding an enterprise account that triggers the generation of enterprise perimeter is described with regard to FIG. 5.

The enterprise account may be, for example, an ActiveSync email/calendar/contacts account. The enterprise account may be associated with an enterprise perimeter such that the perimeter may secure applications, data, and security policies for accessing the account. The enterprise server 430 may maintain or enforce resources, settings, and security policies associated with the enterprise perimeter. The wireless communication device may detect a trigger event based on a setting/policy (e.g., a device password protection policy) associated with the enterprise account. The setting/policy may be detected by the wireless communication device 410 as a pattern or a parameter. In some implementations, when the setting/policy is detected, the wireless communication device 410 may automatically/dynamically generate a new enterprise perimeter to securely separate resources associated with the enterprise account, and provide access privileges for the enterprise account to the wireless communication device 410. Automatically generating the new enterprise perimeter may further include retrieving security policies associated with the enterprise perimeter from the enterprise server 430. The new enterprise perimeter may be a private “enterprise” perimeter that can allow the wireless communication device 410 to download and locally access the resources included in the enterprise perimeter. In some other implementations, when the setting/policy is detected, a graphic user interface prompt may be presented using the wireless communication device 410. The user of the wireless communication device 410 may generate the new enterprise perimeter enter a request to generate the new perimeter.

In some implementations, the wireless communication device 410 may access the enterprise server 430 based on tethering via the cellular device 420. For example, when the wireless communication 410 does not have cellular network access functionality, and the enterprise server is not communicably coupled to the WLAN 440, the wireless communication device 410 may not be able to communicate directly with the enterprise server 430. In such case, if the cellular device 420 (e.g., a BlackBerry smart phone) includes tethering functionality and can perform cellular network communications with the enterprise server 430, the cellular device 420 may then be used as a bridge device (or a relay) to enable communication between the wireless communication device 410 and the enterprise server 430. The wireless communication device 410 and the cellular device 420 may be tethered using Bluetooth connection, data cable, or other personal or local area networks. The cellular device 420 may have access to an enterprise account maintained on the enterprise server 430. The cellular device 420 may also have an enterprise perimeter associated with the enterprise account generated locally on the cellular device 420. When tethering, a user may add the enterprise account on the wireless communication device 420. A trigger event may be detected by the wireless communication device 410 for generating the enterprise perimeter, based on a setting/policy associated with the enterprise perimeter stored on the cellular device 420. The wireless communication device 410 may then retrieve settings/policies associated with the enterprise perimeter on the cellular device 420, and automatically generate a new enterprise perimeter based on the retrieved settings/policies.

The event that triggers the creation of a perimeter may result from various applications. Setting up an ActiveSync account or connecting to a bridge device may be two examples. Generally, the trigger events may be associated with password protection policies. In some cases, the passwords are stored in a password manager. The creation of a new record in the password manager may generate an event that triggers the creation of a new perimeter. Applications that use the password manager can use the service to create, allow or deny access to perimeters. For example, adding a new ActiveSync account may add a new record to the password manager that can trigger the creation of a new perimeter. Connecting to a new bridge device may also create a new password record in the password manager, and correspondingly, a new perimeter on a wireless communication device. A VPN connection may another password associated service provided to a wireless communication device that can create a perimeter or allow/deny access to a perimeter.

FIG. 5A is an example screen 510 for creating an enterprise perimeter based on using a GUI. The GUI may be presented on a touchscreen display 245 of a wireless communication device (e.g., a BlackBerry Playbook tablet PC), as described with regard to FIG. 2. As shown in the first screen 510 of the example GUI, the left hand side of the GUI displays content includes in a personal perimeter 540 a. The personal perimeter 540 a may be a default perimeter of the wireless communication device, as described with regard to FIG. 4. Since the personal perimeter 540 a may be a default perimeter, a user of the wireless communication device may have the permission to access and manipulate the documents under the personal perimeter 540 a. The right hand side of the GUI displays an enterprise perimeter (or a corporate perimeter) 550 a. In 510, the user has not logged in to its enterprise account. Thus, the corporate screen associated with the enterprise perimeter 550 a is locked. The user may slide or click the scroll bar 560 to trigger a password authentication process.

FIG. 5B is a second screen 520 of the example GUI. In these implementations, the screen 520 shows a pop-up window 570 prompting to receive the password to log in to the enterprise account. The account settings may accordingly be added to the wireless communication device. As described with regard to FIG. 4, log in to the enterprise account or adding the enterprise account to the wireless communication device may create a new record at the password manager on an enterprise server, which may trigger an event for the enterprise server to “push down” settings/policies to the wireless communication device. Upon detecting a pattern/parameter associated with the settings/policies, the wireless communication device may automatically generate the enterprise perimeter associated with the newly added enterprise account.

FIG. 5C is a third screen 530 of the example GUI. In these implementations, the screen 530 illustrates both the personal perimeter 540 b and the enterprise perimeter 550 b. The documents included in the personal perimeter 540 b and the enterprise perimeter 550 b are logically separated from each other and stored in the wireless communication device. The user may not be permitted to transfer documents between the personal perimeter 540 b and the enterprise perimeter 550 b. As such, the corporate data included in the enterprise perimeter 550 b may be secured.

FIG. 6 is a flowchart showing an example process 600 of dynamically generating a perimeter. The example process 600 may be performed by a mobile device. The mobile device may be any wireless communication device described with regard to FIG. 1. At 610, the mobile device receives a request to add to the mobile device an account setting for a server resource account. The server resource account may be an enterprise account as described with regard to FIG. 1. The mobile device may receive the request from a user interacting with the mobile device. For example, the mobile device may detect the request based on, for example, sliding the scroll bar 560, which enables the enterprise login, and verifying the entered password. The request may also be received based on other server resource account accessing events.

At 620, the mobile device detects a trigger event for a new perimeter based on the account setting. A few examples of possible trigger events are described with regard to FIG. 4. The trigger event may include at least one of setting up an account that provides push synchronization or connecting to a bridge device. At 630, in response to a parameter or a pattern associated with the account setting, the mobile device receives a security policy from a resource server for the server resource account. The resource server may be an enterprise server described with regard to FIG. 4. At 640, the mobile device generates a new perimeter including the server resource account based on the security policy. The new perimeter is configured to prevent transferring data associated with the server resource account being transferred to mobile device resources external to the new perimeter. The new perimeter may be automatically/dynamically generated by the mobile device based on retrieving the security policy, instead of using an enrollment process, in which the perimeter may be generated by an administration from the resource server side.

At 650, the mobile device retrieves an application associated with the server resource account. The application may be retrieved from the resource server. At 660, the mobile device assigns the application to the new perimeter. The new perimeter is configured to prevent resources of the mobile device external to the new perimeter from accessing the application. In other words, the application is associated with the new perimeter, and may be accessed by resources included in the new perimeter. The application may not be accessed by resources outside of the new perimeter.

A few implementations have been described in detail above, and various modifications are possible. The disclosed subject matter, including the functional operations described in this specification, can be implemented in electronic circuitry, computer hardware, firmware, software, or in combinations of them, such as the structural means disclosed in this specification and structural equivalents thereof, including potentially a program operable to cause one or more data processing apparatus to perform the operations described (such as a program encoded in a computer-readable medium, which can be a memory device, a storage device, a machine-readable storage substrate, or other physical, machine-readable medium, or a combination of one or more of them).

While this specification contains many specifics, these should not be construed as limitations on the scope of what may be claimed, but rather as descriptions of features that may be specific to particular implementations. Certain features that are described in this specification in the context of separate implementations can also be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations.

Other implementations fall within the scope of the following claims. 

What is claimed is:
 1. A method, comprising: receiving a request to add to a mobile device an account setting for a server resource account; detecting a trigger event for a new perimeter based on the account setting; in response detecting to a parameter or a pattern associated with the account setting, retrieving a security policy from a resource server for the server resource account; and generating, by the mobile device, the new perimeter including the server resource account based on the security policy, wherein the new perimeter is configured to prevent access to resources associated with the server resource account to mobile-device resources external to the new perimeter.
 2. The method of claim 1, wherein the server resource account comprises at least one of an email account, a calendar account, or a contacts account.
 3. The method of claim 1, further comprising: retrieving an application associated with the server resource account; and assigning the application to the new perimeter, wherein the new perimeter is configured to prevent resources of the mobile device external to the new perimeter from accessing the application.
 4. The method of claim 1, wherein generating the new perimeter comprises automatically generating the new perimeter independent of an administrator of the resource server setting policies or configuring of the new perimeter.
 5. The method of claim 1, wherein the trigger event comprises at least one of receiving one or more settings associated with adding access to a new account that provides push synchronization or receiving one or more settings associated with connecting to a bridge device.
 6. The method of claim 1, wherein the security policy includes at least one of password protection or data encryption.
 7. The method of claim 1, further comprising: receiving, from the resource server, a client certificate for establishing a secure channel with the enterprise; and assigning the client certificate to the new perimeter.
 8. A mobile device, comprising: one or more processors operable to: receive a request to add to a mobile device an account setting for a server resource account; detect a trigger event for a new perimeter based on the account setting; in response to a parameter or a pattern associated with the account setting, retrieve a security policy from a resource server for the server resource account; and generate, by the mobile device, the new perimeter including the server resource account based on the security policy, wherein the new perimeter is configured to prevent access to resources associated with the server resource account to mobile-device resources external to the new perimeter.
 9. The mobile device of claim 8, wherein the server resource account comprises at least one of an email account, a calendar account, or a contacts account.
 10. The mobile device of claim 8, the one or more processors being further operable to: retrieve an application associated with the server resource account; and assign the application to the new perimeter, wherein the new perimeter is configured to prevent resources of the mobile device external to the new perimeter from accessing the application.
 11. The mobile device of claim 8, wherein the one or more processors operable to generate the new perimeter comprises the one or more processors operable to automatically generate the new perimeter independent of an administrator of the resource server setting policies or configuring the new perimeter.
 12. The mobile device of claim 8, wherein the trigger event comprises at least one of receiving one or more settings associated with adding access to a new account that provides push synchronization or receiving one or more settings associated with connecting to a bridge device.
 13. The mobile device of claim 8, wherein the security policy includes at least one of password protection or data encryption.
 14. The mobile device of claim 8, the one or more processors being further operable to: receive, from the resource server, a client certificate for establishing a secure channel with the enterprise; and assign the client certificate to the new perimeter.
 15. A computer program product encoded on a tangible, non-transitory storage medium, the product comprising computer readable instructions for causing one or more processors to perform operations comprising: receiving a request to add to a mobile device an account setting for a server resource account; detecting a trigger event for a new perimeter based on the account setting; in response to a parameter or a pattern associated with the account setting, retrieving a security policy from a resource server for the server resource account; and generating, by the mobile device, the new perimeter including the server resource account based on the security policy, wherein the new perimeter is configured to prevent access to resources associated with the server resource account to mobile-device resources external to the new perimeter.
 16. The computer program product of claim 15, wherein the server resource account comprises at least one of an email account, a calendar account, or a contacts account.
 17. The computer program product of claim 15, the instructions for causing one or more processors to perform operations further comprising: retrieving an application associated with the server resource account; and assigning the application to the new perimeter, wherein the new perimeter is configured to prevent resources of the mobile device external to the new perimeter from accessing the application.
 18. The computer program product of claim 15, wherein the instructions for causing one or more processors to perform operations comprising generating the new perimeter comprises the instructions for causing one or more processors to perform operations comprising automatically generating the new perimeter independent of an administrator of the resource server setting policies or configuring the new perimeter.
 19. The computer program product of claim 15, wherein the trigger event comprises at least one of receiving one or more settings associated with adding access to a new account that provides push synchronization or receiving one or more settings associated with connecting to a bridge device.
 20. The computer program product of claim 15, wherein the security policy includes at least one of password protection or data encryption.
 21. The computer program product of claim 15, the instructions for causing one or more processors to perform operations further comprising: receiving, from the resource server, a client certificate for establishing a secure channel with the enterprise; and assigning the client certificate to the new perimeter.
 22. A system, comprising: a first mobile device configured to bridge a second mobile device to a cellular network; and a second mobile device configured to receive a request to add to a mobile device an account setting for a server resource account, detect a trigger event for a new perimeter based on the account setting, retrieve a security policy from a resource server for the server resource account in response to a parameter or a pattern associated with the account setting, and generate the new perimeter including the server resource account based on the security policy, wherein the new perimeter is configured to prevent access to resources associated with the server resource account to mobile-device resources external to the new perimeter.
 23. The system of claim 22, wherein the server resource account comprises at least one of an email account, a calendar account, or a contacts account.
 24. The system of claim 22, the second mobile device is configured to retrieve an application associated with the server resource account, and assign the application to the new perimeter, wherein the new perimeter is configured to prevent resources of the mobile device external to the new perimeter from accessing the application.
 25. The system of claim 22, wherein the second mobile device configured to generate the new perimeter comprises the second mobile device configured to automatically generate the new perimeter independent of an administrator of the resource server setting policies or configuring the new perimeter.
 26. The system of claim 22, wherein the trigger event comprises at least one of receiving one or more settings associated with adding access to a new account that provides push synchronization or receiving one or more settings associated with connecting to a bridge device.
 27. The system of claim 22, wherein the security policy includes at least one of password protection or data encryption.
 28. The system of claim 22, the second mobile device further configured to receive, from the resource server, a client certificate for establishing a secure channel with the enterprise, and assign the client certificate to the new perimeter. 